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CROSS-REFERENCE TO RELATED APPLICATION 
This application claims priority from Provisional Patent Application number 60/170,529, filed 
December 14, 1999, and entitled "Bantu Messenger Method and System." 

BACKGROUND OF THE INVENTION 

Field of the Invention 

This invention relates to Internet communications, and more particularly, to Internet 
messenger systems and methods for providing an ideal user experience for end-users, 
minimizing authentication tasks and maximizing third-party branding. 

Discussion of the Related Art 

Internet messaging provides an Internet user the ability to communicate 
interactively over the Internet. Currently, many Internet messenger systems are available. Some 
of the most prevalent are ICQ, AOL Instant Messenger, MSN Messenger and Yahoo! 
Messenger. Many of these name brand messenger products are provided by the largest of the 
Internet Service Providers (ISP) or specific portal Web sites primarily engaged in Internet 
messaging. These products are generally available to Internet users who are not necessarily 
members of ISPs or Web sites providing messengers, but members of Internet services or 
provider sites ("affiliates") with access to the branded messengers. In these cases, an affiliate 
user does not inherently belong to the messaging system and, therefore, must create an additional 
id and password to login to the messaging system. A disjointed user experience is created by 
necessitating such an additional login requirement. 
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In addition, affiliate sites where branded messengers are used, or even offered by the 
affiliate are left, at times, with the problem of distributing a product or having a product used in 
conjunction with their services that is created by, and boldly advertising a competing product or 
service. The user interface of the messenger application does not necessarily match that of the 
affiliate's system interface highlighting the inconsistency of the products, and adding to the 
disjointed presentation of a non-affiliate application. In addition, many Internet messengers 
include general advertising space on their user interface for which the affiliate would have no 
control, nor reap any advertising revenue benefit. 

Further, some Internet messengers do not interact with, or, at best, interact poorly with all 
but the same brand Internet messenger. Each of the messengers also requires an individual user 
to install specific software onto his/her local computer (client computer) occupying valuable 
memory space when the messenger software is not in use. 

SUMMARY OF THE INVENTION 

The present invention is directed to providing an innovative system and method for 
seamlessly invoking, logging into, and customizing the appearance and features of an internet 
messenger for an affiliate Web site. 

It is therefore an object of the present invention to provide seamless integration of an 
Internet messenger with an affiliate site. 

It is a further object of the present invention to provide, as part of the seamless 
integration, a method in which the user login process is not detectable by the user. 

It is a further object of the present invention to provide a messenger that an affiliate site 
can customize with a unique interface, appearance and functionality in order to denote the 
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affiliate as a co-brand with the source of the messenger, as well as maintain a consistent 
presentation with the affiliate's user interface. 

A further object of the invention is to provide a messenger that an affiliate site can 
customize with ad banners. 

It is also an object of the present invention to provide an Internet messenger system and 
method that does not install software on a client computer. 

It is also an object of the present invention to interact with a wide variety of messengers. 

Thus, in accordance with a first aspect of the invention, a messenger system is provided 
for seamlessly integrating a messenger product with affiliate sites. The system includes a 
messenger service provider service containing at least one Web server. At least one affiliate 
service capable of connecting with its users, and containing at least one Web server. A user with 
a client computer connected to the affiliate service. A customizable messenger product 
accessible by valid affiliate users. The system further includes a database, located on the 
messenger service provider site, containing user registration data, including usernames and 
passwords (or other similar authentication information), for each user of the Internet messenger . 
The database can also include optional information, such as demographic data. The affiliate site 
maintains a database containing affiliate user information. The affiliate site Web server is 
capable of generating dynamic Web pages, and is used to launch the messenger product 
transparently from the affiliate site. The affiliate Web server can also generate XML formatted 
packets for passing user registration data to the messenger service provider Web server (for 
authentication purposes). 

The system further includes a unique co-brand identifier and a co-brand identifier string. 
The messenger service provider provides the affiliate a unique co-brand identifier for 
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identification purposes when the messenger is launched. The affiliate site provides the 
messenger service provider with a co-brand __identity_string used to identify the affiliate's users 
as belonging to that particular affiliate throughout the messenger interface. The co- 
brand_identity_string is appended to the username in the form of : username@co- 
brand identity string . Typically, the co-brand identity string maps to the valid Internet domain 
name of the affiliate. 

In accordance with a further aspect of the invention, a method is provided for the 
authentication and registration of affiliate users using an Internet messenger that takes place 
between the messenger service provider Web server and the affiliate Web server in a manner that 
is not visible to the user. First, an affiliate user attempts to launch the messenger product. This 
request prompts the affiliate site to submit a hidden form containing authentication information 
for that particular user, as well as some customization information unique to that affiliate site to 
the messenger service provider Web server which provides a messenger launch request. Upon 
receiving the information the messenger service provider queries the affiliate Web server for 
authentication information regarding that user, when such authentication information has not 
previously been validated. In this case, the affiliate's database is searched for the user's id and 
password through a request issued by the messenger service provider. An XML- formated data 
packet is returned to the messenger service provider Web server with the verification 
information. If the user is authenticated by the messenger service provider Web server the 
messenger is loaded onto the user's client computer. 

If the user is not authenticated, steps are taken to determine whether or not the user 
should be registered on the messenger service provider database. First, the messenger service 
provider database is checked to determine if the user is listed. The affiliate site is then queried 
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for additional information about this user id. If the user's name does not exist in the affiliate 
database, the user is not permitted access to the messenger service. Otherwise, the user's 
information is included or updated on the messenger service provider's database with the new 
information provided by the affiliate. The user and password information is once again checked 
against the messenger service provider's data base. If the information is still considered invalid 
the user is not permitted to logon to the messenger service. If the affiliate database verifies the 
user's credentials, then the user is authenticated by the messenger service provider Web server 
the messenger is loaded onto the user's client computer. 

In a further aspect of the present invention, a method is provided for customizing the user 
interface. Customization features are used at the affiliate site's option. A default language (for 
the interface) can be requested ( e.g. , English, Spanish, French). The affiliate site can select a 
custom image to be displayed on their specific implementation of the messenger. The affiliate 
can also supply the messenger service provider with primary and secondary background color 
values for display on various messenger pages. The messenger service provider or the affiliate 
can design a custom "skin" to be used on the Messenger interface, wherein additional affiliate 
buttons and features can be provided to affiliate users. The affiliate can also have advertisements 
displayed within an ad frame on the Messenger interface, or remove the ad frame entirely. The 
affiliate may also choose a different set of advertisements to display, depending on the language 
the user is using the interface in. 



BRIEF DESCRIPTION OF THE DRAWINGS 
FIG. 1 is a flow diagram of the messenger affiliate user transparent login method in 
accordance with an embodiment of the present invention. 
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FIG. 2 is a schematic diagram of basic system elements in accordance with an 
embodiment of the present invention. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT 
The present invention, referred to in this embodiment as Bantu Messenger, allows 
users to communicate with other users on bantu.com, other affiliates, as well as ICQ, Yahoo! 
Messenger, and MSN Messenger. Bantu.com, an example site, is merely illustrative of one 
implementation of the present invention, and the present invention is not intended to be limited 
to this particular site or example. Bantu Messenger is a thin-client, Java-based messenger with 
nothing to install on the client machine. This allows Bantu Messenger to be offered as a co- 
branded solution which integrates seamlessly with affiliate sites. 

Customization features are also provided in the Bantu Messenger. These features can 
include, but are not limited to, language selection, a custom image, primary and secondary color 
selection, the ability to design a custom "skin," and the ability to include ad banners. 

According to a preferred embodiment, the affiliate site is able to choose which default 
language Bantu Messenger is displayed in by setting a language parameter when invoking the 
Bantu Messenger. 

The affiliate site is also able to choose custom images to be displayed on their 
implementation of Bantu Messenger. The affiliate creates a 1 10 pixel (width) by 29 pixel 
(height) image as their logo images. The URL for this image is supplied to Bantu and displayed 
on the Bantu Messenger when launched by the affiliate's user. 

Primary and secondary background colors (hex values) are supplied by the affiliate to 
Bantu for display on various Bantu Messenger pages. 
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A custom "skin" can also be designed by Bantu or the affiliate. This skin provides an 
interface for affiliate users with a custom look, including specific buttons available to the 
affiliate users. All these customizations can additionally be done on a language-by-language 
basis, recognizing that layouts might be slightly different depending on the language (usually due 
to the width of text in different languages, as well as character set limitations). 

Ad space is also customizable. The affiliate has the ability to serve its own banner 
advertisements in an ad frame space on the Bantu Messenger. The affiliate simply supplies to 
Bantu the URL containing the ad serving code. The affiliate may provide a different set of 
advertisements by language, or opt to remove the ad frame entirely. 

The system further includes a unique co-brand identifier and a co-brand identifier string. 
Bantu provides the affiliate a unique co-brand identifier for identification purposes when the 
messenger is launched. The affiliate site provides Bantu.com with a co-brand_identity_string 
used to identify the affiliate's users as belonging to that particular affiliate throughout the 
messenger interface. The co-brand_identity_string is appended to the username in the form of : 
usemame@co-brand identitystring . Typically the co-brand identity string maps to the 
affiliate's Internet domain name. 

Referring to FIG 1, a messenger system according to the present invention includes a 
messenger service provider located on the Internet 40 by maintaining a Web server 50, Included 
on the Web server 50 are a database 54 containing messenger user registration information and 
the messenger product 56. 

The messenger system also includes at least one affiliate with an affiliate Web server 60 
located on the Internet 40 capable of connecting to affiliate user computers 68. A database of 



affiliate member information 64, and various code templates 66 for communicating with the 
messenger service provider server 50 are also maintained on the affiliate Web server 60. 

Referring to FIG 2, the method of the present invention includes the steps as follows. A 
user of an affiliate Web site logs into that site's Web services, step 10, with the user's client 
computer, creating a connection between the Internet and the client computer from which the 
user can invoke the Bantu Messenger. The affiliate user launches the Bantu Messenger by 
clicking on a link. Upon launching the Bantu Messenger, a login request is made to the Bantu 
Web server via a document.form.submit function which is located on the affiliate site. This 
function submits a hidden form to Bantu.com requesting Bantu messenger services and includes 
customization information, such as default language. Bantu in turn queries a senduser script 
located on the affiliate Web server. The exact URL for this script is supplied to the messenger 
service provider by the affiliate site, hi addition, the senduser script can also be protected by IP 
block and by a username and password. The affiliate database is searched for the user's id and 
password. An XML formatted data packet is returned to the Bantu Web server with verification 
information 12. The XML data packet of this preferred embodiment contains the following 



fields: 



CobrandID 


The service provider supplied numeric site 
identifier. 


UserLogonID 


The logonID that users use to logon to the 
affiliate site 

note: This can only contain the characters 
A-Z, a-z, 0-9, and the underscore character 

(max length is 60- [length of co- 
brand identity string] characters). 


Cobrand UserlD 


The "affiliate" site's internal database user 
id for the user, [optional] 


Password 


The password associated with logonID 


firstName 


The user's first name (max length is 100 
characters). 


middleName 


The user's middle name (max length is 50 
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character), [optional] 


lastName 


The user's last name (max length is 50 
characters). 


passwordJiint_question 


A password hint question (max length 50 
characters), [optional] 


password_hint_answer 


The answer to the password hint (max 
length 50 characters), [optional] 


Language 


The user's language preference (numeric 
value), [optional] 
Current Values: 

1 = Language 1 

2 = Language 2 

3 = Language 3 

4 = Language 4 

5 = Language 5 

6 = Language 6 


ContactEmailAddress 


A valid email address (for contact 
purposes) (max length 200 characters), 
[optional] 


ContactUserPref 


Single characters of ether B, N, or A 
Current Values: 

B = contact via. bantu.com mail 
A = contact via. contact e-mail 

All 

Address 

N = never contact 


LocationZipCode 


tt ? * i _ ■ 44444444-44 

User s zip code m the iormat or ##### or 
#####-####. Only for U.S. zipcodes. 

r j * n 

[optional] 


LocationCity 


User's city (max length 50 characters), 
[optional] 


LocationState 


User's state (max length 50 characters), 
[optional] 


LocationCountry 


User s country (2 char ibU country code), 
[optional] 


gender 


User s gender (single char ot either M or b 
or X). Use value "X" if gender is 
unknown. 


birthDate 


User's birth date in MM/DD/YYYY 
format, [optional] 


birthYear 


user s oirui ycdi yr ui^n ycoi ^. 


listinglnUserDirectory 


Public directory list flag (numeric 1 or 0). 
Set to "1" if the user should appear in 
listings of users who are online, or set to 
"0" is this is not desired. 
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Unused optional fields are included in order to preserve the data structure. The Bantu Web 
server uses the data packet in attempting to validate the affiliate user id and password against the 
Bantu database, step 14. If the Bantu Web server validates the user id and password, the affiliate 
user is permitted access to the Bantu Messenger and it is loaded for use on the affiliate user's 
client computer, step 18. 

If, however, the user id or password is not authenticated, step 20, steps are taken to 
determine whether or not the user should be registered, that is, included on the Bantu database. 
First, the Bantu database is checked to determine if the user exists, step 22. If the user is listed in 
the database, Bantu requests updated information from the affiliate when necessary to complete 
the authentication. If the username and password match what is in Bantu's database (so the 
authentication is valid), then the request for updated information will only be made if the affiliate 
has passed a parameter in the hidden form to indicate that an information update request is 
desired, step 24. If the user is not listed in the Bantu database, new user information is requested 
from the affiliate for that user, step 26. In both instances, it is determined whether or not the 
username exists in the affiliate database, if necessary or desired, step 28. Upon querying the 
affiliate database, if the user's name does not exist in the affiliate database, a "user not valid" 
error is generated and the user is not permitted to logon to the Bantu Messenger service, step 30. 
If the user's name does exist in the affiliate database, the user is registered, that is, Bantu's 
database is updated with the new information provided by the affiliate, step 32. The user and 
password information are once again checked against the Bantu database, step 34. If the 
information still does not match, an "invalid user" error is generated and the user is not permitted 
to logon to the Bantu Messenger service, step 36. If the user is authenticated by the Bantu Web 
server the Bantu Messenger is loaded for use onto the affiliate user's client computer, step 18. 
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The foregoing is merely illustrative of the principles of this invention and various 
modifications can be made by those skilled in the art without departing from the scope and spirit 
of the invention 



